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AMENDMENTS TO THE CLAIMS 
Please amend Claim 1, 1 1 as follows: 

1 . (Currently Amended) A process for determining latency between multiple servers 
and a client across a network in a computer environment, comprising the steps of: 
receiving a request for latency metrics on a server; 

wherein said latency metric request specifies a particular client; 
providing a latency managem e nt tabl e ; 

wherein said a latency management table comprises a list of IP addresses along with 
corresponding Border Gateway Protocol (BGP) hop counts, dynamic hop 
counts, and Round Trip Times (RTT); 

looking up the latency metric for said client in said latency management table; 

sending said latency metric to the requesting server; 

wherein only the BGP hop count for said client in said latency management table is 
used for said latency metric upon an initial request for said client; and 

wherein the dynamic hop count and RTT data for said client in said latency 

management table are used for said latency metric for subsequent requests for 
said client. 

2. (Original) The process of Claim 1, further comprising the steps of: 

sending periodic latency probes to the IP addresses in said latency management 
table; 

receiving response packets for said latency probes; and 
recording the dynamic hop count and latency (RTT) data in said latency 
management table. 
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3. (Original) The process of Claim 2, wherein periodic latency probes are sent to a 
higher level server of a client by masking said client's IP address in said latency 
management table. 

4. (Previously Presented) The process of Claim 1, further comprising the steps of: 
receiving requests for a content server address from said client; 

sending a latency metric request to the appropriate servers; 
receiving latency metric data from said servers; 
determining the optimal content server for said client; and 
sending said optimal content server's address to said client. 

5. (Previously Presented) The process of Claim 4, wherein said determining step 
gathers the expected latency metrics and uses the inverse relationship of the dynamic 
hop counts in said latency metric data in a weighted combination with the RTT in 
said latency metric data to determine which latency metric data indicates the optimal 
content server. 

6. (Previously Presented) An apparatus for determining latency between multiple 
servers and a client across a network in a computer environment, comprising: 

a module for receiving a request for latency metrics on a server; 
wherein said latency metric request specifies a particular client; 
a latency management table; 
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wherein said latency management table comprises a list of IP addresses along with 

corresponding Border Gateway Protocol (BGP) hop counts, dynamic hop 

counts, and Round Trip Times (RTT); 
a module for looking up the latency metric for said client in said latency 

management table; 
a module for sending said latency metric to the requesting server; 
wherein only the BGP hop count for said client in said latency management table is 

used for said latency metric upon an initial request for said client; and 
wherein the dynamic hop count and RTT data for said client in said latency 

management table are used for said latency metric for subsequent requests for 

said client. 

7. (Original) The apparatus of Claim 6, further comprising: 

a module for sending periodic latency probes to the IP addresses in said latency 

management table; 
a module for receiving response packets for said latency probes; and 
a module for recording the dynamic hop count and latency (RTT) data in said 

latency management table. 

8. (Original) The apparatus of Claim 7, wherein periodic latency probes are sent to a 
higher level server of a client by masking said client's IP address in said latency 
management table. 

9. (Previously Presented) The apparatus of Claim 7, further comprising: 
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a module for receiving requests for a content server address from said client; 
a module for sending a latency metric request to the appropriate servers; 
a module for receiving latency metric data from said servers; 
a module for determining the optimal content server for said client; and 
a module for sending said optimal content server's address to said client. 

10. (Previously Presented) The apparatus of Claim 9, wherein said determining module 
gathers the expected latency metrics and uses the inverse relationship of the dynamic 
hop counts in said latency metric data in a weighted combination with the RTT in 
said latency metric data to determine which latency metric data indicates the optimal 
content server. 

1 1 . (Currently Amended) A program storage medium readable by a computer, tangibly 
embodying a program of instructions executable by the computer to perform method 
steps for determining latency between multiple servers and a client across a network 
in a computer environment, comprising the steps of: 

receiving a request for latency metrics on a server; 

wherein said latency metric request specifies a particular client; 

providing a latency manag e ment tabl e ; 

wherein said a latency management table comprises a list of IP addresses along with 
corresponding Border Gateway Protocol (BGP) hop counts, dynamic hop 
counts, and Round Trip Times (RTT); 

looking up the latency metric for said client in said latency management table; 

sending said latency metric to the requesting server; 
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wherein only the BGP hop count for said client in said latency management table is 
used for said latency metric upon an initial request for said client; and 

wherein the dynamic hop count and RTT data for said client in said latency 

management table are used for said latency metric for subsequent requests for 
said client. 

12. (Original) The method of Claim 1 1 , further comprising the steps of: 
sending periodic latency probes to the IP addresses in said latency management 

table; 

receiving response packets for said latency probes; and 
recording the dynamic hop count and latency (RTT) data in said latency 
management table. 

13. (Original) The method of Claim 12, wherein periodic latency probes are sent to a 
higher level server of a client by masking said client's IP address in said latency 
management table. 

14. (Previously Presented) The method of Claim 1 1, further comprising the steps of: 
receiving requests for a content server address from said client; 

sending a latency metric request to the appropriate servers; 
receiving latency metric data from said servers; 
determining the optimal content server for said client; and 
sending said optimal content server's address to said client. 
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15. (Previously Presented) The method of Claim 14, wherein said determining step 

gathers the expected latency metrics and uses the inverse relationship of the dynamic 
hop counts in said latency metric data in a weighted combination with the RTT in 
said latency metric data to determine which latency metric data indicates the optimal 
content server. 
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